本篇小编将向大家讲述结构模式中的组合模式。当我们在编码的过程中经常会遇到一些使用树状结构的功能过程中,我们可以使用组合模式来对其进行实现代码重构。
组合模式(Composite Pattern):
组合多个对象形成树形结构以表示具有“整体—部分”关系的层次结构。组合模式对单个对象(即叶子对象)和组合对象(即容器对象)的使用具有一致性,组合模式又可以称为“整体—部分”(Part-Whole)模式,改模式中有三个角色:抽象构建(Component)、叶子构件(Leaf) 和 容器构件(Composite)。
简介
在下面小编先介绍下组合模式中三个角色,简单概括下三个角色的主要功能和对三者之间的关系梳理。
- 抽象构建(Component):
接口或抽象类,为叶子构件和容器构件对象声明接口,在该角色中可以包含所有子类共有行为的声明和实现。在抽象构件中定义了访问及管理它的子构件的方法,如增加子构件、删除子构件、获取子构件等。
- 叶子构件(Leaf):
组合结构中表示叶子节点对象,叶子节点没有子节点,它实现了在抽象构件中定义的行为。对于那些访问及管理子构件的方法,可以通过异常等方式进行处理。
- 容器构件(Composite):
组合结构中表示容器节点对象,容器节点包含子节点,其子节点可以是叶子节点,也可以是容器节点,它提供一个集合用于存储子节点,实现了在抽象构件中定义的行为,包括那些访问及管理子构件的方法,在其业务方法中可以递归调用其子节点的业务方法。
组合结构图
下面给出组合模式的结构图:
【图片来至于网络】
由上面的结构图可以看出:叶子构建和容器构建均继承与抽象构建,叶子构建实现其中部分或者全部的公共方法,容器构建实现其中的全部方法。
组合结构代码
- 结构图代码
根据上面抽象构建、叶子构建和容器构建三者之间关系,小编使用 C++
代码实现如下:
1 | using namespace std; |
模式分类
在组合模式中有两种模式分类:透明组合模式和安全组合模式。
- 透明组合模式
【图片来源于网络】
透明组合模式中,抽象构件 Component
声明所有管理对象的方法,其中如小编在上文展示的 add
、remove
、getChild
等所有的方法。这样做的优点是我们可以保证构件中的方法都是一样的。
作为组合模式的白装形式,透明组合模式在声明所有的方法的同时也有比较多的缺点存在。
上面根据小编的展示可以看出:叶子构建和容器构建中的功能可能有不同。叶子下一个层级不可能有相关的对象,所以根本不需要 add
、remove
等方法。所有使用透明模式时在编译过程中可能不会出现错误,但是在运行期间可能抛出异常。
- 安全组合模式
【图片来源于网络】
安全组合模式中,在抽象构件 Component
中没有声明任何用于管理成员对象的方法,而是在 Composite
类中声明并实现这些方法。这种做法是安全的,因为根本不向叶子对象提供这些管理成员对象的方法,对于叶子对象,客户端不可能调用到这些方法。
但是安全模式也有相应的缺点存在:其缺点是不够透明,因为叶子构件和容器构件具有不同的方法,且容器构件中那些用于管理成员对象的方法没有在抽象构件类中定义,因此不能完全针对抽象编程,必须有区别地对待叶子构件和容器构件。
优缺点
- 优点
1) 组合模式可以清楚地定义分层次的复杂对象,表示对象的全部或部分层次,它让客户端忽略了层次的差异,方便对整个层次结构进行控制。
2) 客户端可以一致地使用一个组合结构或其中单个对象,不必关心处理的是单个对象还是整个组合结构,简化了客户端代码。
3) 在组合模式中增加新的容器构件和叶子构件都很方便,无须对现有类库进行任何修改,符合“开闭原则”。
4) 组合模式为树形结构的面向对象实现提供了一种灵活的解决方案,通过叶子对象和容器对象的递归组合,可以形成复杂的树形结构,但对树形结构的控制却非常简单。
- 缺点
在增加新构件时很难对容器中的构件类型进行限制。有时候我们希望一个容器中只能有某些特定类型的对象,例如在某个文件夹中只能包含文本文件,使用组合模式时,不能依赖类型系统来施加这些约束,因为它们都来自于相同的抽象层,在这种情况下,必须通过在运行时进行类型检查来实现,这个实现过程较为复杂。